从无锡到机房的那段路，拖慢页面的很少是里程

先用三张手机卡各测五次，别信控制台里那条延迟曲线

无锡一家做精密减速机的厂子把官网从本地小机房搬到了华东某大厂云，签合同前对方给的依据是控制台里一条 8 毫秒的延迟曲线。上线三周，销售还是抱怨：在客户车间掏出手机打开产品页，要等四五秒。我们让他们把电信、移动、联通三张卡依次插进同一台手机，在同一个位置、同一个页面各测五次，记下首屏出现的秒数。结果是电信 1.4 秒、联通 1.9 秒、移动 4.2 秒，移动那五次里还有一次超过 7 秒。控制台上那条 8 毫秒的曲线，是机房内部的监控节点打出来的，跟销售站在客户车间那部插着移动卡的手机之间，没有半点关系。

这个测法成本是零，要求只有一条：同一位置、同一时段、重复三次以上。移动网络下单次数值的波动能到三倍，测一次得出的结论基本等于抽签。网页制作交付时如果只留一张「本机打开 0.9 秒」的截图，等于没测。把三个运营商各五次的原始数字写进验收单，往后任何一次调整都有基线可比。

物理里程只值几十毫秒，跨网换手才是大头

无锡到上海直线约 120 公里，光信号在光纤里跑一个来回的理论耗时不到 1.5 毫秒，算上沿途设备转发，同运营商实测通常落在 5 到 9 毫秒。同样的测法打到北京机房是 28 到 35 毫秒。也就是说，把机房从北京挪到上海，一次往返省下约 25 毫秒；首屏如果需要十来个往返（DNS、TCP、TLS、HTML、几个串行资源），总共省 0.3 秒上下。

0.3 秒不是不值钱，但它解释不了上面那 4.2 秒。真正的大头在跨网：本地的移动宽带去访问一台只接了电信单线的服务器，流量要绕到运营商之间的互联节点上换手，实测往返能到 60 至 110 毫秒，晚上八点到十一点这段拥塞时间抖到 150 毫秒以上、丢包百分之二到五都属常见。选机房时先问一句「是不是 BGP 多线」，比问「机房在哪个城市」有用得多，而且这句话要写进邮件，口头问过一般都不算数。

把首字节那两秒拆成四段，才知道该找谁

浏览器网络面板里点开第一个 HTML 请求，右侧会把耗时拆成 DNS 查询、TCP 连接、TLS 握手、等待响应四段。这四段的责任方完全不同：DNS 慢找解析服务商，TCP 和 TLS 慢基本是线路和证书配置的事，只有「等待响应」这一段才真正是服务器在干活。

常见分布大致是：DNS 首次 20 到 80 毫秒、缓存命中后归零；TCP 一个往返；TLS 一点五个往返，没开会话复用的话每建一条新连接都要重来一遍。剩下的等待响应，纯静态页应该在 50 毫秒以内，带数据库查询的列表页超过 400 毫秒就该去翻 SQL 而不是翻机房合同。上面那家厂子拆开一看，等待响应只有 90 毫秒，机房是清白的，时间全耗在前面三段的跨网往返上。

这一步在网页制作过程里最容易被跳过，因为所有人都习惯拿一个总数字谈问题。总数字只能用来吵架，拆开的四段才能派活。

上了 CDN 之后，机房位置只对动态请求负责

内容分发网络把图片、样式表、脚本这些静态文件缓存到离访客更近的节点上，本地访客大概率命中苏州、上海或南京的节点，往返压到 10 毫秒以内。一个企业站首页若有 40 个资源请求，其中 34 个是静态的，那么机房在哪对这 34 个请求几乎不再有影响。

剩下那几个才是关键：HTML 主文档（如果没做页面缓存）、表单提交、在线咨询接口、后台登录，它们必须回源到机房。所以「机房选在哪」这个问题，在上了 CDN 之后应该改问成「回源的那几个请求慢了要不要紧」。对一个日均几百次访问的企业站，答案往往是不太要紧，选一台 BGP 多线、位置在长三角范围内的机器就足够，没必要为了 20 毫秒去比价三家。

要留意的副作用是缓存命中率。第一次配 CDN 时如果把带查询参数的地址也当成不同文件各缓存一份，命中率能低到百分之六十，节点反而成了一层多余的中转。先把命中率调到百分之九十以上再去看效果，否则测出来的是配置问题，不是机房问题。

带宽按峰值算，1Mbps 究竟是多少

云主机报价单上的「1Mbps 带宽」指每秒 1 兆比特，换算成下载速度是每秒 128KB。一个没做压缩的企业站首页连图带脚本 1.6MB，理论上一个访客独占这条出口也要 12 秒才下得完。很多人以为页面慢是 CPU 不够，实际卡在这条又细又固定的出口上，升配 CPU 一分钱不省时间。

估算方法：用首页传输体积（网络面板底部就有）乘以希望同时打开页面的人数，再除以可接受的秒数。1.6MB、同时 5 人、要求 3 秒内完成，需要约 2.7MB/s，也就是 21Mbps 以上。按固定带宽计费的机器买到这个规格很贵，更划算的顺序是：先把 1.6MB 压到 600KB 以内（图片转 WebP、中文字体做子集、服务端开传输压缩），再把静态部分交给按流量计费的 CDN，源站留 3 到 5Mbps 就够用。网页制作报价里只写「赠送 1M 带宽」而不写页面体积目标，这两件事永远对不上账。

境外机房省下的备案时间，会在晚上八点还回来

免备案是香港及境外机房最常被推销的卖点。对一个客户主要在本地及周边的企业站，这笔账要这样算：从本地访问香港机房，白天实测往返 45 到 70 毫秒，看着能接受；到了晚上八点至十一点国际出口拥塞的时段，往返抖到 200 毫秒以上、丢包百分之三到八，页面表现就是「有时候秒开，有时候转半天」。这种不稳定比稳定的慢更难收拾，因为客户来投诉的时候你根本复现不出来。

无锡不少做外贸的纺织和机械企业会同时要一个中文站和一个英文站，合理的分法是英文站放境外、中文站放境内并老实备案。不少团队在网页制作阶段图省事，把两个站塞进同一台境外机器，省下的服务器钱通常一年不到一千元，换来的是本地客户的随机卡顿和搜索引擎抓取的不稳定。

备案把域名、机房、主体绑成一串，动一样要牵另外两样

境内机房要求域名在该服务商处完成备案接入。这条规则的实际后果是，以后换机房不是搬个压缩包那么简单，还得做接入变更，各省管局审核期通常 7 到 20 个工作日，期间站点不能中断。所以第一次挑机房时，判断标准里要多加一条：这家服务商三年内你还会不会继续用。

另有两个常被漏掉的连带项。一是企业邮箱如果用同一个域名，改解析时很容易把 MX 记录一起改错，询盘收不到往往过好几天才有人发现；二是备案主体若还挂着老公司名，公司改名或者迁址后要做变更，不变更会在年度核查时被驳回。把域名、备案主体、机房、邮箱这四样的账号和到期日写在同一张表上，交客户一份，这件事在网页制作的交付清单里只占一行，省下的麻烦却不止一点。

换完机房留一周对照期，测法要和换之前一模一样

迁移当天所有人都盯着「能不能打开」，一周之后再没人测过，这是最常见的收尾方式。合理做法是把迁移前那张三运营商各五次的表原样再跑一遍，同一位置、同一时段、同一个页面，测两轮：迁移后第一天和第七天。第一天的数字受 DNS 缓存影响，会有一部分访客其实还在访问旧机房，到第七天才能看出真实分布。

还有两个只在迁移之后才暴露的问题。一个是新机房分到的 IP 可能被前一个用户拿去发过垃圾邮件，导致企业邮箱发信直接进垃圾箱，迁完第一周让销售往几个常见邮箱各发一封测试信；另一个是旧机房别急着退租，留 15 到 30 天，等日志里确认没有残余流量再关停，否则总有几处把 IP 写死在第三方系统或者收藏夹里的调用会静默失败，而失败的时候没有任何人收到通知。

这张对照表还有个附带用处：下一次有人上门推销「换我们的机房能快一倍」，你手里有可以直接甩出去反问的数字。